home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000151_news@watsun.cc.columbia.edu _Sun Jun 13 15:05:22 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA02025
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 13 Jun 1999 15:05:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA16251
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 13 Jun 1999 14:35:39 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Zmodem U/L to BBS
  11. Date: 13 Jun 1999 18:35:38 GMT
  12. Organization: Columbia University
  13. Message-ID: <7k0tlq$fro$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <SrS83.1275$y92.347@news.rdc1.ct.home.com>,
  17. Bob Bernstein  <ruptured-duck@home.com> wrote:
  18. : I'm observing some odd behaviour exchanging QWK reply packets via zmodem
  19. : with a local BBS. This is a Linux system, running C-Kermit 7.0.195
  20. : Beta.06. I have to add I see the same behaviour if I use minicom, but I want
  21. : to stick to using Kermit, and my guess's I have a better chance of fixing
  22. : this if I do.
  23. : Problem: there's a long pause between sending the .rep packet and the BBS
  24. : deciding to unzip it, and the pause includes the BBS sending what I
  25. : interpret to be more requests for the zmodem upload to commence. The packet
  26. : gets sent immediately when I issue the command 'send chowda.rep', but it
  27. : seems the board doesn't know I through sending. Here's a screen shot of a
  28. : typical session:
  29. Which shows you gave the BBS menu command to [U]pload, escaped back to
  30. C-Kermit, and gave a SEND command.  You had obviously given a prior SET
  31. PROTOCOL ZMODEM command to C-Kermit, so it ran the sz program (or whatever
  32. your Zmodem external protocol program is) to send the file.  The upload
  33. evidently succeeds but...
  34.  
  35. : When I reconnect with the BBS after doing the send, things just sit there
  36. : for a looong time as those two additional '**B000......' strings get sent.
  37. Actually the strings you said you saw were:
  38.  
  39. **B0887010000b908
  40. **B0887010000b908
  41.  
  42. Most Zmodem implementations will let you cancel out of this state by typing
  43. five (5) consecutive Ctrl-X characters.
  44.  
  45. : tia for any light shed on this! (btw, the 'CX123456-Z' is a phonied version
  46. : of my Cox Cable machine name. I've gotta change my prompt string!)
  47. I don't have a ready answer, since I can't see this with my own eyes.
  48. The aforementioned strings are the ones sent by Zmodem when it is waiting
  49. for a file.  But you already sent it the file it was waiting for, so why
  50. does it want another one?
  51.  
  52. It's hard to say without knowing how the BBS works.  One guess would involve
  53. C-Kermit's "autoupload strings":
  54.  
  55.   C-Kermit>set proto zmomdem
  56.   C-Kermit>sho proto
  57.   Protocol: ZMODEM
  58.  
  59.   Executed by external commands:
  60.  
  61.    SEND command (binary):        sz %s
  62.    SEND command (text):          sz -a %s
  63.    RECEIVE command (binary):     rz
  64.    RECEIVE command (text):       rz
  65.    Autoreceive command (binary): rz
  66.    Autoreceive command (text):   rz
  67.  
  68.   C-Kermit>
  69.  
  70. These are described in the External Protocols chapter of "Using C-Kermit".
  71. If you "set protocol zmodem", the autoreceive strings shown above are loaded
  72. by default.  So when you give a SEND command, C-Kermit first sends "rz" (and
  73. carriage return), and then sends the file with sz (or sz -a if the file type
  74. is text).
  75.  
  76. But maybe sending the "rz" command to your BBS makes it enter receive mode
  77. a second time.  So when setting C-Kermit's protocol to Zmodem, try doing it
  78. like this:
  79.  
  80.   set protocol zmodem {} {}
  81.  
  82. to disable the "autoupload" strings, as shown on p.282 of the manual.  Or
  83. substitute whatever else is appropriate for the BBS.
  84.  
  85. - Frank